(12) INTERNATIONAL APPUCATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
7 September 2001 (07.09.2001) 




(10) International Publication Number 

PCX wo 01/65422 A2 



(51) IntematioDal Patent Classification^: G06F 17/50 

(21) Intemational Application Number: PCT/USOl/06141 

(22) Internationa! Filing Date: 26 February 2001 (26.02.2001) 

(25) Filing Language: English 

(26) Publication Language: English 

(30) Priority Data: 

09/5 14,757 28 Febiuaiy 2000 (28.02.2000) US 

(71) Applicant: CADENCE DESIGN SYSTEMS, INC. 
[US/USJ; 2655 Seely Avenue, San Jose. CA 95134 (US). 

(72) Inventors: ROBERTSON, WilUam, H.; 1574 Kathy 
Lane. Los Altos. CA 94024 (US). PLYMALE, James, 



M; 10145 SW Redwing Teirace. Beaverton. OR 97007 

(US). 

(74) Agents: VANDERLAAN, Christopher, A. et al.; Lyon & 
Lyon LLP, Suite 4700. 633 West Fifth Street, Los Angeles. 
CA 90071-2066 (US). 

(81) Designated States (national): AE, AG, AL, AM, AT. AU, 
AZ. BA. BB, BG, BR, BY, BZ, CA, CH, CN, CR, CU, CZ, 
DE, DK, DM, DZ, EE, ES, H, GB, GD, GE, GH, GM, HR, 
HU, ID, IL. IN. IS. JP. KE, KG. KP, KR, KZ, LC, LK, LR. 
LS, LT, LU. LV. MA, MD, MG, MK, MN, MW. MX, MZ. 
NO. NZ, PL, FT, RO. RU. SD. SE. SG. SI, SK, SL. TJ. TM. 
TR. TT. TZ. UA, UG, UZ. VN, YU. ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ. SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM, AZ, BY. KG. KZ, MD, RU. TJ. TM). European 
patent (AT. BE, CH. CY. DE, DK. ES. H. FR, GB, GR, IE. 

[Continued on next page] 



(54) Title: METHOD AND SYSTEM FOR FACILlTAnNG ELECTRONIC CIRCUIT AND CHIP DESIGN USING REMOTELY 
LOCATED RESOURCES 



< 



O 



Identify user 



,400 



^401 



Call context server 

T 



^402 



Context server looks up user in affinity ^404 
database ' 



T 



Context server pulls data from affinity 
database regarding user's prior purchases 
and usage patterns 



I 



Context server transmits user data to 
application server 



^406 



^408 



(57) Abstract: A multi-faceted 
site acts as a server in the context of an 
n-tier client/ server network, and connects 
electronic designers and design teams to 
design and verification tool and service 
providers on the other through a single portal 
site. Tools and services accessible to users 
through the portal site include electronic 
design automation (EDA) software tools, 
electronic component information, electronic 
component databases of parts (or dynamic 
parts), computing and processing resources, 
virtual circuit blocks, design expert 
assistance, and integrated circuit fabrication. 
Such tools and services may be provided 
in whole or part by suppliers connected to 
the portal site. Users accessing the portal 
site are presented with options in a menu or 
other convenient format identifying the tools 
and services available, and are able to more 
rapidly complete circuit designs by having 
access to a wide variety of tools and services 
in a single locale. The portal site may 
facilitate purchase, lease or other acquisition 
of the tools and services ofifercd through 
it. The portal site tracks the movements of 
users through the portal site in order to learn 
about the design preferences and design 
approaches of users individually and in the aggregate. Previous actions taken by the user and by similarly-situated users may be 
considered in determining which information presented to the user, or in what order to present information to the user, thereby 
providing contextually-driven access. 



Call metrics server 



T 



.^10 



Metncs server pulls data from metrics 
database regarding prior purchases and 
usage patterns across all users for similar 
designs 



-412 



Metrics server transmits metrics data to 
application server 



wo 01/65422 A2 liiiliDllliiiiiilili 



IT. LU. MC. NL. PT, SB, TR). OAPI patent (BF. BJ. CF, 
CG, a, CM. GA, GN, GW. ML, MR. NE, SN. TD. TG). 

Published: 

— without international search report and to be republished 
upon receipt of that report 



For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations'* appearing at the begin- 
ning of each regular issue of the PCT Gazette, 



wo 01/65422 PCT/USOl/06141 

TTTLBOFTHB] 



5 METHOD AND SYSTEM FOR FACILITATING ELECTRONIC CIRCUIT AND CHIP 
DESIGN USING REMOTELY LOCATED RESOURCES 

BACKGROUND OF THE INVENTION 

10 n Field of the Invention 

The field of invention is electronic design tools and automation, and more specifically 
to methods and systems for facilitating electronic circuit and chip deign using resources 
accessible over a distributed electronic network such as the Intemet 

15 2) Background 

The electronics industry produces ever more advanced chip and circuit designs with 
the assistance of continuously improving design and verification tools. Chip designs may 
contain tens or hundreds of thousands of gates per chip, and will soon be in the range of 
millions of gates per chip. Engineers generally require advanced software tools to lay out a 

20 chip design and to help manage the huge volume of information associated therewith. 

In a high-level view of the electronic design process, a design team takes a product 
idea firom conception to completion over a period of time referred to as **time-to-market.'* 
Increased competition has resulted in immense pressure to reduce time-to-market with new 
products, because the first company to the market with a new product can typically expect to 

25 capture and hold a large market share against later competitors. In this environment, a 
difference as small as a few days between the planned and the actual shipment of a product 
may make an enormous difference in its profitability and in the revenue it generates. 

In the present environment for designing large scale circuits and complex chips, time 
and persoimel are often short, and budgets are tight. However, design engineers often 

30 discover in the middle of the design process that additional tools for automated design and 
verification are needed, especially if the schedule begins to shp because the team is using 
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tools &at are outdated, inadequate for or unsuited to tiiie tasks to be performed, or 
inconipatible with other tools being used. The ability of design engineers to obtain the design 
tools they need is nevalheless hindered by bureaucratic and cost considerations. Distributors 
of automated design tools often require purchasers to enter long-tenn licenses (e.g., 99 years), 
5 even though such tools generally have a lifespan of 5 to 10 years before becoming obsolete. 
Such long-term lease requirements increase design costs and require large capital 
expenditures by a company. As a result, a long aad inefficient purchasing process is typically 
required in most organizations to purchase such tools. This can lead to delays in obtaining 
the best tools for the design tasks at hand. 

10 The purchasing process for design and verification tools is ineflScient and costly for 

a variety of reasons. Typically, design engineers have to endure a lengthy internal evaluation 
and justification procedure for the large capital expmditures involved in obtaining design or 
verification software. Potential suppliers must be identified and brought in for presentations 
and demonstrations. Many suppliers perfomi detailed benchmarks for comparison against one 

1 S another, and those benchmaiks must be evaluated by the responsible members of the design 
team. Time-consuining supplier negotiations and bureaucratic approval procedures then 
ensue, before the design team receives authority to order the desired design tool. Despite the 
slowness of this process, few companies will allow a design team to simply go to a supplier 
and purchase the tool they want due to the large capital expenditures involved, even though 

20 the desired tool is typically the one that is recommended at the end of the evaluation process. 

Eventually, when the selection and purchase process has been completed, the design 
tool must then be installed and tested before use. In the course of this process, weeks or 
months may be consumed — time that a design team working on a time-critical project can 
ill afford to waste. 

25 Traditionally, design and verification tools are installed at the end user's site and 

integrated into the company's existing tool set by an intemal computer-aided design (CAD) 
group whose purpose is to support the engineers. As software tools grow in complexity and 
diversity, the ability of intemal CAD groups to effectively support the most modon design 
and verification tools diminishes. Further, CAD support personnel are ^pensive overhead. 

30 As a result, an increasing number of companies are choosing not to hire CAD support 
personnel in order to save money. However, without intemal CAD personnel, the individual 
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engmeers are left to install and support tilie tools themselves — a difficult and frustrating 
proposition fliat can consume a large number of invaluable working hours. 

In addition to high overhead for support personnel, automated design tools also have 
significant associated hardware costs. Many design and verification programs, particularly 
5 simulation programs, reqxiire an enormous amount of computing capacity in order to perform 
their tasks m a reasonable period of time. Thus, after a software tool is selected, additional 
computer hardware may be required to run it. The need for this additional hardware may not 
be immediately parent, causing delays in product development once the need is realized. 
Further, the design and verification tools may need to be run, albeit critically, for only a few 

10 days or weeks, makmg it potentially inefficient firom a capital standpoint to purchase fhe 
additional computing power to run such products. 

Another drawback with the present way in which design and verification tools are 
acquired and used relates to technical support. Vendors often have help lines available to 
users needing technical support for a given software tool. However, assuming that the 

15 engineer gets past the frustrating maze of voicemail and one or more layers of less- 
Icnowledgeable first-line support personnel which typically characterize vendor help lines, it 
often takes a long time for the engineer to explain, and for the support personnel to resolve, 
an issue with a complex tool as appHed to a complex circuit For serious problems, the vendor 
may send a field apphcations engineer to the job site, but it is expensive to do so, and several 

20 days may pass before a field applications engmeer arrives. During that time, the entire design 
project may remain at a standstill. 

A recent trend to increase design speed and efficiency involves the re-use or recycUng 
of electronic circuit blocks or subsystems, which are alternatively referred to as "cores", 
'Virtual component blocks" or *TPs" (an acronym for •Intellectual Properties," which denotes 

25 the proprietary nature of these pre-packaged circuit blocks). Once the design for a virtual 
component block has been tested and verified, it can be re-used in other applications which 
may be completely distinct from the ^plication which led to its origmal creation. For 
example, a subsystem for a cellular phone ASIC may contain a micro-<;ontroller as well as a 
digital signal processor and other components. After the design for flie cellular phone 

30 subsystem has been tested and verified, it could be re-used (as a virtual conaponent block) in, 
for example, an automotive apphcation. Design reuse of virtual component blocks allows a 
designer to complete a design much faster than building the entire design from scratch, and 
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avoids the need for debugging, testing and verification of Hie subsystems embodied in the 
virtual component block. Examples of virtual drcuit blocks or P cores that are commestcially 
available at present include Viterbi decoders, microcontrollers, digital/analog converters, and 
encryption/decryption processors, to name a few. 
5 While virtual circuit blocks (i.e., IP cores) provide a means for reducing time-to- 

maiket by allowing for the piirchase of standard blocks of code, there are a number of barriers 
to the convenient sale and use of virtual circuit blocks. With regard to quality assurance, for 
example, there are few, if any, standard methodologies for a designer to be assured of the 
quality of a virtual circuit block or its suitability for a particular design. Conversely, there are 

10 few, if any, standard methodologies for a seller of virtual circuit blocks to demonstrate the 
quality of the products to prospective customers. Another barrier is protection of the code 
and/or data comprising the virtual circuit block. Companies providing virtual circuit blocks 
are in need of a way to track the usage of their products and to protect the code and/or data 
in those blocks against flieft, and such mefliodologies are preferably unobtrusive, yet allow 

1 5 full access to information required to incorporate those IP cores into a design. Another issue 
is data format A virtual circuit block purchased for use in a circuit design must be compatible 
with the data formats used in that design. However, standards for interfacing with virtual 
circuit blocks, if they exist, are still evolving. As a result, becoming familiar with an interface 
format for a virtual circuit block may require a significant amount of work, as well as 

20 integrating a virtual circuit block into a circuit design, thus reducing the time advantage 
obtained through the use of the virtual circuit block. Transaction overhead in the form of high 
sales and legal costs also discourages sale and use of virtual circuit blocks. For example, legal 
review by one or both parties is often required with regard to the licensing of virtual circuit 
blocks. 

25 Con:q)onent selection is also an area which suffers fiom inefficiencies and unnecessary 

time delays. An engineer may consult printed catalogs put out by component distributors to 
leam about and select parts, or may, using the Internet, visit a website of a supplier of 
manufacture, where information about coixq)onents may be found, or may use a search engine 
to try to gather product information on flie Internet However, searching the Intemet for 

30 individual components can be time-consuming and tedious. Further, current search ragines 
and methodologies are inefficient and incomplete, and may thus return search resiilts that do 
not include websites offering components that a designer could beneficially use in a design. 
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Engineers also may receive unsolicited data sheets from manufacturers, but such data sheets 
are often discarded, lost or forgotten about. With increasing pressures to decrease time to 
market, it has become more difficult for engineers to spend time talking to supplier or 
distributor sales representatives, exacerbating the problem of information gatheriug about 
components. 

Another problem experienced with the chip design process is that knowledge 
concerning design and verification processes is firagmented, and it is difficult to capture and 
maintain such knowledge. Attempting to discern through observation and study the individual 
design processes of many individual engineers is very challenging. Moreover, the design 
process can rarely be discerned from final blueprints or products^ and is generally difficult to 
determine firom draft or working documents. Different engineers will approach design in 
differ^t fashions, which they may not even be able to articulate. Interviewing engineers to 
obtain data about the engineering design process is likely to be uiq)roductiv6, and to consume 
a tremendous amount of time for a comparatively small payoff. Thus, benefits in training and 
improved methodologies that could result flt)m metrics regarding the engineering design 
process continue to go unrealized. 

Some attempts at addressing problems caused by firagmented design and verification 
processes involve exclusive partnering arrangements among companies that specialize in 
different areas of the design and verification process, in order to narrow the range of products 
and services that need to be learned by engineers and supported by internal technical staff. 
For example, a partnership of electronic design companies may include a provider of design 
verification tools, a provider of electronic components, and a conipany that ties them together, 
la the partnership model, compatibility issues can be addressed more easily, because a limited 
number of companies are involved. Further, increased revenue is created by influencing a 
customer of one partner at one phase of the design process to utilize the products or services 
of another partner in a different phase of the design process. However, a partnering 
arrangement drastically reduces the choices available to a design team, and may prevent the 
most optimum product firom being used. 

One approach for expediting the design process is to provide certain types of design 
and verification tools - in particular, FPGA synthesis tools - at a remote computer farm that 
can be accessed over the Internet. Under this approach, the FPGA synthesis tools are run on 
a central server farm, or computer farm, owned by a single apphcations service provider. A 
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server farm, or computer farm, is generally a network of processors that are linked together 
to accomplish higher intensity computing tasks. In an illustrative system utilizmg this 
approach, the applications service provider rewrites the interfece of each offered FPGA 
synthesis tool in the Java® computing language, allowing usage of the tool on a wide variety 
5 of computing platforms and operating systems through standard, commercially available 
Intemet browsers. A drawback of this approach is that the user is limited to the FPGA 
synthesis tools resident in the server farm of the applications service provider for which 
interface code has been written. Furthemaore, the Java® language is notoriously slow, which 
can frustrate engineers and slow down the design and verification process. 

10 It would be advantageous to connect participants in the electronic design process, 

including end users and suppliers, through a single portal site that facilitates information 
exchange and commercial transactions. It would further be advantageous to make a wide 
variety of design and verification tools readily and conveniently available to design engineers, 
and to allow use of such tools without a large initial capital outlay in either software or 

15 hardware. It would further be advantageous to provide a mechanism for poohng knowledge 
and infomaation concerning chip design techniques, applications, products and tools. It would 
also be advantageous to provide a convenient means for allowing eiigineers to incorporate 
virtual circuit blocks into their designs. 

20 SUMMARY OF THE INVENTION 

The invention in one aspect provides a multi-faceted portal site allowing coimection 
over a distributed electronic networlc, such as the Internet, to a plurality of end user systems 
and suppliers. 

In a preferred embodiment, a portal site acts as a server in the context of an n-tier 
25 cUent/ server network, and connects electronic designers and design teams to design and 
verification tool and service providers on the other through a single portal site. Examples of 
tools and services accessible to users through the portal site include electronic design 
automation (EDA) software tools, electronic component information, electronic component 
databases of parts (or dynamic parts), computing and processing resources, virtual circuit 
30 blocks, design expert assistance, and integrated circuit fabrication. Such tools and services 
may be provided in whole or part by suppliers connected to the portal site. Users accessing 
the portal site are presented with options in a menu or other convenient format identifying the 
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tools and services available, and are able to more r^idly complete circuit designs by having 
access to a wide variety of tools and services in a single locale. The portal site may facilitate 
purchase, lease or other acquisition of thp tools and services offered through it. 

In a preferred embodiment, a portal site tracks the movements of users through the 
5 portal site in order to learn about the design preferences and design approaches of users 
individually and in the aggregate. Previous actions taken by the usa: and by similarly-situated 
users may be considered in determining which information presented to the user, or in what 
order to present information to the user, thereby providing contextually-driven access. 

Further embodiments, variations and enhancements are also described herein. 

10 

BRIEF DESCRIPTION OF DRAWINGS 
FIG. 1 is an abstract representation of a portal connecting end users and suppHers of . 
electrical design tools and services. 

FIG. 2 is a more detailed diagram of a system for facilitating electronic design by 
15 connecting end users with suppliers of electrical design tools, services, information and/or 
other resources. 

FIG. 3 is a flow chart illustrating a process for selecting and managing components 
in an electronic design, as may be used, for example, in connection with the system of FIG. 
2. 

20 FIG. 4 is a flow chart illustrating a process for user profiling and design assistance, as 

may be used, for example, in connection with the system of FIG. 2. 

FIG. S is a flow chart illustrating a process for purchasing components by accessing 
a portal site such as shown in FIG. 2 over a distributed electronic network. 

FIG. 6 is a flow chart illustrating a process for providing information and services 
25 regarding virtual component blocks or IP cores, as may be used, for example, in connection 
with the system of FIG. 2. 

FIG. 7 is a flow chart illustrating a process for providing information and services 
regarding integrated circuit febrication, as may be used, for example, in connection with the 
system of FIG. 2. 

30 FIG. 8 is a flow chart illustrating a process for providing information and services 

regarding electronic design automation, as may be used, for example, in connection with the 
system of FIG. 2. 
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HG. 9 is a flow chart illustrating a process for providing access to 
computingf^rocessing resources fhrougti a portal site such as illustrated, for exaxnple, in PIG. 
2. 

FIG. 10 is a flow chart illustratrag a process for providing expert design assistance and 
5 services through a portal site such as illustrated, for example, in HG. 2. 

DETAILED DESCRIPTIQN OF THE PREFERRED EMBQDIMBNTS 
FIG. 1 is an abstract diagram in accordance with a preferred embodiment of a 
electronic design automation resource system 100 for facilitating electronic design by 

10 provisionofusefulgoods, services, information and other resources. As illustrated in HG. 
1, a plurality of end users 102 and a plurality of si^pUers 106 are connected, over a 
distributed electronic network such as the Internet, to a portal site 104. End users 102 would 
typically include circuit designers and users of electronic design automation (EDA) software 
tools, but may also include a variety of otiier types of users, as described in more detail herein. 

15 SuppUers 106 typically would include providers of EDA software tools, virtual component 
blocks or IP cores, fotmdry services, hardware components, expert design services, and a 
variety of other resources (whether in the form of goods, services, information or other 
resources), as fiuther described herein. 

In a preferred embodiment, the portal site 104 provides engineers and other users 102 

20 access to information on electronic components, and enables commercial transactions between 
end users 102 and suppliers 106 of the electronic components. In a particular embodiment, 
the electronic component data is stored in a remote database in the form of "dynamic parts," 
having graphical representations with standard symbol and footprint data ready to be 
transferred (i.e., copied) into an end user's design. Part of the information copied ftom the 

25 remote electronic components database to the end user's workstation (or design database) 
includes a link to the remote database or a supplier's database, enabling a variety of useftil 
capabilities, including provision of information such as part lead time, availability and cost. 
Data sheets, timing information and the like regarding the electronic components may also 
be made available to assist the designer. 

30 In another embodiment, the portal site 104 connects end users 102 who need extra 

computing power (for example, to run a simulation program) with suppliers 106 who have 
excess computing resources. The portal site 104 may facihtate the location of computing or 
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processing resources by providing a database of computing/processing sites or resources, and 
by trying to match up the end user 102 with the most suitable computing/processing site or 
resource. The end users 102 may select a conq)uting resource supplier 106 based on cost, the 
type and availability of the siq)plier's computing resources, or other data made known by the 
5 suppher 106. 

In another embodiment, the portal site 104 makes design automation tools, such as 
simulation .software, available to end users 102 who need them. The portal site 104 may 
facilitate tiie location of needed design automation tools by providing a database of design 
automation tools, and by trying to match up the end user 102 with the most suitable design 
10 automation tooL The supplier 106 of design automation services may offer the design 
automation tools on a license or other basis, through a transaction carried out via the portal 
site 104. 

In another embodiment, the portal site 104 connects end us^ 102 who need design 
assistance with suppliers 106 of expert knowledge, such as professors and consultants, or even 

15 expert publications. The portal site 104 may facilitate the search of suitable design experts, 
by providing a database of design experts and trying to match up the end user 102 with the 
most suitable design experts. 

In another embodiment, the portal site 104 connects end users 102 to a foundry or 
semiconductor manufacturers. The portal site may facihtate the search for a suitable foundry 

20 or semiconductor manufacturing facihty, by providing a database of such, and by attempting 
to .match up the end user 102 with the most suitable foundries or manufacturing faciUties. The 
portal site 104 provides views into the compatibiUty of component suppliers 106 with one 
another and with the standards utilized by specific foundries or semiconductor manufacturers, 
thus allowing the end users 102 to select appropriate upstream component supphers 106 early 

25 in the design procesis. 

In another embodiment, the portal site 104 connects end users 102 looking for 
information on virtual circuit blocks or IP cores, or interested in purchasing such, with 
suppliers 106 offering virtual circuit blocks or IP cores. The portal site 104 may faciUtate the 
locating and acquisition of suitable virtual circuit blocks or IP cores by, for example, 

30 providing a catalog of available IP cores, information regarding the IP cores, and access to 
mechanisms for protecting IP cores firom unauthorized user or copying. 
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In anotiier embodiment, the portal site 104 tracks the movements of the end users 102 
through the portal site 104, in order to leam about the design preferences and design 
approaches of users individually and in the aggregate. Previous actions taken by the end user 
102 are used in determining information presented to the end user 102 in a later visit to the 
5 portal site 104, thereby providing contextually-driven access. Also, actions taken by other 
similarly situated end users 102 working on analogous designs may be used in determining 
what information should be presented to the end user 1 02, or in what order such information 
should be presented. 

In another embodiment, a plurality of the above features are combined at a single 
10 portal site 204 to provide comprehensive support for the circuit design and development 
process. 

FIG. 2 is a more detailed diagram of a system 200 for fecilitating electronic design by 
connecting end users with suppliers of electrical design tools, services, information and/pr 
other resources. As illustrated m FIG. 2, a variety of users and resource providers are 

15 connected to a portal site 204 over a distributed electronic network such as the Intemet 230, 
for the purpose of facilitating electronic design. In the system 200 illustrated in FIG. 2, user 
systems 220 connect over the Intemet 230 to the portal site 204. While only a single user 
system 220 is shown in FIG. 2 for purposes of illustration, it will be understood that many 
user systems, on the order of hundreds or thousands, may so connect to the portal site 204 

20 over the Intemet 230 or other distributed electronic network. For the purposes of the 
following discussion, it will be assumed that the user systems are connected to the portal site 
204 over the Intemet 230, although it will be understood that other types of distributed 
electronic networks may also be utilized for such comiection. Standard object data models, 
such as Corba™, BizTalk™, or DCOM™, for example, may be used to link a user system 220 

25 to the portal site 204 over the Intemet 230. 

User systems 220 connected to the portal site 204 over the Internet 230 may comprise 
standalone computers or woricstations, which may connect directly to the Intemet 230, or may 
be part of a local area network (LAN) which comprises designated network hardware and/or 
software for coimecting to the Intemet 230, or may connect to the portal site 204 through 

30 some other means. A user system 220 preferably comprises a means for navigating the 
Intemet 230 such as a web browser 224, which may comprise, for example, a standard 
commercially available product such as Microsoft's Intemet E3q)lorer™, Netscape's 
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Conmnmicator™, or Opera Software's Opera™. The user system 220 also preferably runs 
one or more supplier applications 226 in the form of computer programs or other software 
packages, such as, for example, E-Capture™, which is a commercial product available from 
Cadence Design Systems of San Jose, California. A "design console" interface 228 is also 
5 preferably provided as part of the user system 220. The design console interface 228 may 
comprise a standalone client application software program installed on and running on the 
user system 228. The design console interface 228 acts as an interface with the portal site 
204, and is preferably optimized to interlink the fiinctions and processes offered by the portal 
site 204 in a faster, more robust and more efficient mianner than would otherwise be provided 
10 by a standard web browser. A universal data interfticefointiat or mark-iq> language, such as 
XML, is preferably used as a primary data interface between the various components of the 
system 200. The details of XML are well-known to those in the art of computer 
programming. 

Turning now to the portal site 204 of the system, the portal site 204 acts as an 

1 5 aggregation point for many suppliers 1 06 (see FIG, 1) in potentially widely different domains. 
The portal site 204 preferably includes a web server 260 which interfaces with outside entities 
(such as user system 220) seeking access to the portal site 204, acting as an intermediary 
between those outsfde entities and the various applications available at the portal site 204. 
The portal site 204 also preferably includes an application server 232, which receives requests 

20 from outside entities passed through the web server 260 and responds thereto by accessing the 
databases and other resources included in or accessible through the portal site 204. The 
application server 232 also serves a command-and-control fimction witWn the portal site 204. 

The application server 232 preferably accesses one or more databases containing 
information useftil to design engineers, such databases including, for example, a user database 

25 235, a metrics database 238, an afSnity database 242, a catalog database 246, and a business 
database 250, the fimctions of which are described later herein. The user database 235 is 
accessed through a collaboration server 234, the metrics database 238 toough a metrics server 
236, the afSnity database 242 through a context server 240, ttie catalog database 246 through 
a catalog server 244, and the business database 250 through a business server 248. Additional 

30 databases and servers may be included if desired Also preferably connected to the portal site 
204 over the Internet 230 are one or more component supplier databases 209, JP core 
databases 208, EDA tool suppUers 210, computing farms 205, foundries 206, and/or design 
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experts 203, the role of which will be explained in more detail herein with reference to FIGs. 
3 through 10. In a preferred embodiment, the specifics of each user's visit to flie portal site 
204 are recorded in the affinity database 242 when the user completes a session. The 
information recorded may include, for example, the nature and size of the design on which 
5 the user is working, the components selected by the user, and the navigation path flirough the 
various resources at the portal site 204, among other things. 

One of more of the databases 235, 238, 242, 246 and 250 provided by ihe portal site 
204 may be configured with a distributed architecture, with the portal site 204 accessmg 
information fiom other sites through secure XML tunnels. In particular, the catalog database 

1 0 246 may advantageously be configured with a distributed architecture, with the portal site 204 
accessing catalog information from remote databases (such as 208 and 209) through secure 
XML tunnels. Caching may be used where the database architecture is distributed so as to 
improve access performance. 

From a general standpoint, the collaboration server 234 provides collaborative 

15 services to both end users 102 and supphers 106 (see FIG. 1). The collaboration server 234 
preferably integrates and serves collaboration-type apphcations such as chat, calendar, e-mail, 
online seminars, online conferencing, apphcation and desktop sharing. The collaboration 
server 234 also preferably provides infrastracture support for expert design assistance through 
a *Sdrtual" desktop presence, which allows real-time interaction of experts and designers. 

20 The metrics server 236 assists in collecting data on usage of the portal site 204 and 

siq)plier services. In one aspect, the metrics server 236 may comprise a high performance, 
high capacity data store for data measured at the portal site 204. Such data may include, for 
example, web traffic patterns, application usage, component usage (by monitoring electronic 
bills of materials, for example), and user rating feedback, among other things. The metrics 

25 server 236 preferably provides such information to a specialized portal data mining 
application. 

The context server 240 preferably stores user profile data, which may be used for 
portal personalization, as well as '^meta data*' derived firom analysis of the metrics data 
handled by the metrics server 236. The context server 240 may also store data on purchasing 
30 history that can be used to provide suppliers with information needed to support the users. 

The catalog server 244 preferably provides "electronic catalog'' services to the cUent 
side software resident at the user system 220. As noted, the catalog database 246 may be 
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configured in a distributed architecture, and integrated through links and other resources by 
the catalog server 244 and/or catalog database 246. Si5)plier catalog integration is preferably 
accomplished by use of a universal data format model such as XML. 

The business server 248 supports business transactions between xisers and suppliers, 
5 as further described herein. 

In a preferred embodiment, the portal site 204 provides a variety of useful resources 
for design engineers. Access to such resources may be conveniently described with reference 
to HGs. 3 through 10, each of which illustrates a process for accessing information or other 
design resources relating to a particular area of design, development or manu&cture. The 
10 portal site 204 thus, in one aspect, may provide an integrated set of resources for design 
engineers. 

FIG. 3 is a flow chart illustrating a preferred process 300 for selecting and managing 
components in an electronic design, as may be used, for example, in coimection with the 
system of FIG. 2. In a JBrst step 302 of the process 300 depicted in FIG. 3, a user at the user 

15 system 220 accesses the portal site 204 via flie Memet 230 by entering the appropriate 
Unified Locator Resource (URL) or other applicable address, and in response the design 
console cUent software 228 displays amain design console menu screen on a computer screen 
at the user system 220. Throughout the described process 300, as well as the other processes 
described later herein, the display of data at the user system 220 is preferably accomplished 

20 by the transmission of appropriate commands over the Intemet 230 fix)m the portal site 204; 
that is, the portal site 204 transmits data through the Intemet 230 to the user system 220 in a 
suitable format (e.g., hyper-text markup language (HTML) or a similar format) where it is 
thrai displayed. Means for formatting and transmitting information over the Intemet 230 are 
well known to diose skilled in the art of computer programming. 

25 In a next step 304 of the process 300 illustrated in FIG. 3, the user at the user system 

220 preferably selects an icon, link or other indicia for the component selection and 
management resource. For example, the user may click on an appropriate icon or link 
displayed in the design console main screen so as to select the component selection and 
management resource. Such icons or liiilcs are cormnonly employed in Intemet application 

30 software, and techniques for placing the icons or links in a graphical user interfaces are well 
known to those skilled in the computing arts. Altematively, the component selection and 
management resource may be accessed in a text-based enviromnent by typing or entering an 
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appropriate command. Whra the user selects the component selection and management 
resource, a message indicating the user's selection is transmitted over the Internet 230 to the 
portal site 204. 

In response to the user selecting the component selection and management resource, 
5 a list of different types of parts available for use or purchase is then retrieved at the portal site 
204 from the catalog database 246, and then transmitted to and displayed at the user system 
220. The process of listing components is generally accomplished through the performance 
of steps 308, 310, 312 and 314. Listed components may include, for example, capacitors, 
field-programmable gates arrays (FPGAs), digital signal processors (DSPs), and any other 

10 components a design engineer may find useful. The components may either be discrete 
components for placement on a printed circuit board (PCB), or else may be components 
and/or virtual circuit blocks for placement within an integrated chip design. If more than one 
specific type of part is available for a component, then, in step 306, the user may select the 
component from the list provided in step 304, which preferably causes display of the available 

1 5 parts corresponding to the particular component, in an ordering as preferably described below 
with respect to step 310. For example, if the user selects a resistor as a component, the user 
system 220 may display a number of resistors having specified values, tolerances, and so 
forth. Altematively, the user may be permitted to input search criteria to allow a search for 
all components meeting specified criteria, using, for example, ordinary database queries. For 

20 example, the user may search for all resistors having a resistance of 50 ohms and/or a 
tolerance of less than 5%. The user's search criteria may be provided to the portal site 204 
over the Internet 230, resulting in an appropriate database search query being executed. The 
results of the search then may be transmitted back to the user system 220 firom the portal site 
204 over the Internet 230. 

25 In a next step 308, user profiling and context routines are preferably invoked to assist 

in determining an ordering of display of the specific parts falling under the category of 
component selected by the user. The user profiling and context routines are common to many 
of the processes ejected to be run on the portal site 204, and are described in more detail 
below with reference to FIG. 4. In one aspect, the profiling and context routines access and 

30 analyze historical data about the user's movement patterns in the portal site 204, and the 
movement of other users in the portal site 204 working on similar designs, so as to provide 
assistance to designers facing similar design issues. 
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The process 300 then proceeds with step 310, wherein the application server 232 
retrieves a list of available parts from the catalog data base 246 via the catalog server 244 
based on the user's component selection in step 306, the user's design information (if 
available), and profile and context data obtained from step 308. In a next step 312, the 
5 application server 232 ranks the available parts, preferably based upon the profile and context 
data obtained in st^ 308. The predicted best or most suitable choices for the user's design 
are placed at the top of the listing, based on the available information. Other choices of 
available parts for the component type preferably follow the best or most suitable parts. In 
one aspect the user b^efits &om past design experience of both his or her own design as well 

10 as that of other designers who have been in the position of making similar design choices in 
previous designs. In a next step 3 14, the ranked list of available parts for the component type 
is transmitted &om the portal site 204 to the user system 220 and displayed for the user's 
perusal. The ranked list of available parts may be displayed, for example, as a list of 
selectable strings, **hotIinks" or icons. The user reviews the ranked list of choices and, in step 

15 316, selects one of the available choices by, e.g., highlighting the entry and hitting a keyboard 
key (such as the return key), or clicking on the entry with a computer mouse, or selecting a 
number coiresponding to the ranking of the desired part, or by any other selection means, the 
specifics of which are not essential to the operation of the inventive concepts described herein. 
The user's selection is transmitted from the user system 220 to the portal site 204. 

20 In a next step 318, additional information about the part chosen in step 316 is 

displayed to the user. Such information preferably constitutes relatively high level data, and 
is generally intended to allow the user to determine relatively quickly whether the us©r should 
include the selected part in the design^ look for a different part 6om the ranked list, or gather 
fiirther information about the selected part. Preferably, the user is presented with icons or 

25 other interface features for conveniently selecting whether to immediately incorporated the 
selected part in the user's design, backtrack to the ranked list and look for a difrerent.part, or 
else pull up additional information about the selected part. If the user is interested in 
additional information, the process 300 proceeds to step 322, wh^ein the user selects the 
appropriate interface feature (e.g., an icon or menu selection entry) to receive additional 

30 information about the selected part. The user's selection for more information is transmitted 
from the user system 220 to the portal site 204. In a next step 324, fiirther information 
concerning the selected part is displayed. Such information may include detailed part 
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information such as component data sheets, timing models (which may be in a language such 
as DTML or other timing description language), appfication notes, simulation models, signal 
integrity models (such as IBIS models), manufacturing information, or other information. A 
symbol and a footprint configuration for the selected part are also preferably provided, which 
5 may allow the user to make more informed decisions about placement of components in an 
overall design. Information displayed in step 324 may also include apphcation notes 
regarding a component and its appUcations. 

When the user is satisfied that the selected part is suitable for the user's design, then 
in step 328 the user selects the part by selecting the appropriate feature firom the user inter&ce. 

10 If, on the other hand, the user does not want to iise the selected part, the process moves to 
step 332, wherein the user selects tiie appropriate feature firom the user interface to return to 
. the lanked list of choices displayed in step 3 14. If, on the other hand, the user decides to use 
the selected part in a design, the user then indicates such in step 328 by selecting the 
appropriate feature firom the user interface. In a preferred embodiment, the process then 

15 continues with step 330, wherein the user places a graphical representation (e.g., symbol) of 
the selected part into die user's design by moviug, copying or dragging the symbol of the 
selected part into the schematic program bemg used to develop the design. As part of the 
process of bringing the selected part into the schematic program, information concerning the 
selected part is preferably copied and stored at the user system 220 in the design database 225 . 

20 Such information may include, for example, specifications concerning the selected part, as 
well as manufacturing infi^rmation and a hyperlink to either the portal site 204 or a component 
supplier database 209 of the supplier or distributor of the selected part. Because of the link 
to a remote database, the parts selected firom the portal site 204 and stored in the design 
database 225 at the user system 220 may be referred to as dyiiamic parts, histead of storing 

25 the information concerning the selected part in the design database 225, it may also be stored, 
for example, in a sq)arate database at Ihe user's physical location or at some remote location. 

The steps for selecting specific parts are then repeated for the other desired 
conq)onents of the user's design. Thus, the process 300 returns to step 306 for each remaining 
30 component for which the user desires to select a part using the resources of the portal site 204. 
Eventually, when the user finishes adding components to the design, the process 300 moves 
to step 334, at which the design is considered complete. At a later point, in prq)aration for 
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manufacturing the design, the process 300 optionally proceeds to step 336, wherein a bill of 
materials is automatically generated from the components in Hie design. The user may initiate 
automatic generation of the bill of materials by making an appropriate menu selection using 
the design console client software 228, or an application 226 at the user system 220, or in 
5 some other manner. 

In a next step 338, a purchasing routine is optionally invoked, during which the 
selected parts are purchased. Details of a preferred purchasing routine are described later 
herein. In a following step 340, &e selected and purchased parts are shipped and delivered 
to a desired location, which may be the designer's physical location, the location of a 

10 semiconductor contract manufacturer (SCM), or any other manu&cturing or usage site for the 
components. The component selection and management process 300 is preferably 
coordinated with other resources provided by the portal site 204 in order to increase the 
efficiency and effectiveness of the various and complementaiy circuit design, verification and 
manufacturing processes. For example, the component selection and management process 

15 300 may be advantageously coordmated with an integrated circuit fabrication management 
process described herein, so as to facilitate the selection of parts that are easily obtained and 
assembled by a given foundry or manufacturer. 

Further details relating to various aspects of a prefeixed component selection and 
management process are described in U.S. Patent AppUcation Ser. No. 09/514,674 (Attorney 

20 Docket 248/225) filed concurrently herewith, and hereby incorporated by reference as if set 
forth fiilly herein, 

FIG. 5 is a flow chart illustrating a process 500 for purchasing components by 
accessing a portal site 204 such as shown in FIG.. 2. The purchasing process 500 may be 
invoked directly by the user accessmg the portal site 204 to purchase one or more items, or 

25 else may be automatically invoked in whole or in part in connection witii a larger process, 
such as the component selection and management process 300 illustrated in FIG. 3- In a first 
step 5 16 of the purchasing process 500 illustrated in FIG. 5, the user selects a purchase option 
for a component or part which is displayed to the user on the user system 220. The user may 
be provided with a list of available parts in a manner sindlar to steps 306, 308, 3 10 and 312 

30 illustrated in FIG. 3, or else the user may simply enter the desired part (by model number or 
designation) if already known, and the entered part information will be compared to parts 
information stored either at the portal site or available at supplier databases 209. The user 
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may select a purchase option for a particular part by, for example, clicking on a purchase icon 
or a designated linV wifli a computer mouse, or entering a purchase command on a computer 
keyboard Prior to selecting a purchase option for a particular component, flie portal site 204 
may provide to the user information about the component availability and/or lead time, which 
5 data may be regularly stored and updated at the portal site, or else may be retrieved by the 
apphcation server 232 on the fly, when needed from the appropriate siq)plier database 209. 

User selection of the purchase option generates a request for a quote, which, in step 
518, is transmitted to the portal site 204 from the user system 220 over the Internet 230. At 
the portal site 204, the application server 232 receives the request for a quote and invokes the 

10 business server 248, which accesses the business database 250 to generate a transaction 
record. The transaction record preferably contains information regarding the user's eir5)loyer 
and the method of payment utilized by that ea5)loyer, which may be retrieved from the user 
profile stored in the afiOnity database 242 or else may be independently stored in the business 
database 250. The transaction record generated in flie early stage of a purchasing transaction 

IS may be updated as each step towards a final transaction is completed. In a next step 520, the 
application server 232 generates a request for a suppHer quote and transmits this request via 
the Memet 230 to the appropriate supplier (which would typically be a site containing a 
supplier database 209). The request for a supplier quote may or may not include specifics 
regarding tiie user that is requesting the quote and the size of the business employing the user. 

20 In a preferred embodiment, such information is included for the purpose of, among other 
reasons, enabling the supplier to determine whether or not the purchaser quaHfies for certain 
discounts as commonly offered in the industry, such as volimie discounts, or preferred 
supplier or user discounts. The request for a supplier quote may be tagged with a transaction 
identifier to facilitate match-up of a responsive price quote from the supplier. 

25 In a next step 522, the supplier preferably transmits a proposed electronic contract, 

including a price quote, to the portal site 204 over the Internet 230. The proposed electronic 
contract preferably is identified at least in part by the transaction identifier transmitted as part 
of the reqiiest for a supplier price quote. In step 524, the proposed electronic contract is 
forwarded from the portal site 204 to the user system 220. fii a preferred embodiment, the 

30 supplier quote is considered by the user and suppUer as an offer for sale, and acceptance of 
this offer by the user creates a binding contract between the user and the supplier, provided 
that the user has authority to enter into such a contract. 
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In a next step 526, an authratication procedure is performed to ensure ibat the user is 
authorized to make the desired purchase. In one embodiment, for exaniple, the design console 
client sofhvare 228 initiates a procedure to determine whether or not the user is authorized to 
make a purchase. Such factors will vary from user to vts&r and company to company, and may 
5 depend upon such factors as the monetary amount of the purchase to be made, the seniority 
of the individual making the request, and other such factors. The design console client 
software 228 preferably stores or has access to data regarding the authorization level of the 
user. The authorization data may, for example, be stored in a separate database (local or 
remote) operated by the user's employer, through which transactions reqiuring payment must 

10 pass for autiiorization. Alternatively, the authorization function may be provided at the 
appKcation server 232, as the location where the authorization decision is made is not critical 
to the functionality of the CTobodiments described herein. Asaresultofttieauflientication 
procedure, the design console client software 228 may not allow the user to purchase the 
selected part, or it may allow the user to purchase parts up to a certain total dollar value. 

15 If the user is not authorized to make the purchase, then the user obtains authorization, 

as indicated by step 528. This authorization step 528 may take a wide variety of forms, 
including electronic authorization, paper authorization, formal qjproval processes and the Uke. 
If the user does not obtain authorization, the process 500 may terminate at step 528. 

Jn step 530, once the user is authorized to make the purchase, then an order is 

20 generated to the supplier, and a contract is created between the user and the supplier for the 
purchase and delivery of desired products or services. The order is then transmitted to the 
supplier via the portal site 204, as indicated in step 532. 

The portal site 204 may have varying levels of involvement in the business 
transactioa In step 534, for example, a determination is made as to whether or not the portal 

25 site 204 is handling the billing for the transaction. If not, then in step 536, the application 
server 232 may cause an invoice for a portion of the cost of the transaction that passed through 
the portal site 204 (i.e., a commission for bringmg the user and supplier together) to be 
generated and transmitted fiom the portal site 204 over the Internet 230 to the supplier. The 
amount of the commission as reflected on the invoice may be generated based on a percentage 

30 of the overall transaction value, on a per transaction basis, or on another basis worked out on 
mutually agreeable terms between the particular supplier and the operator of the portal site 
204. In a next step 538, the supplier then sends the invoiced amount to the portal site 204 as 
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compensation. In a preferred embodiment, invoicing and payment are both electronic in 
nature; however, one or both of these may be in p^er form. For convenience, the supplier 
may maintain an accoimt at the portal site 204, which gets automatically debited by the 
amount which would otherwise be invoiced. 
5 Returning to step 534, if the portal site 204 is handling billing, then the process 500 

proceeds to step 540, wherein the application server 232 generates an invoice and transmits 
it from portal site 204 to the user over the Ihtemet 230. In a next step 542, the user then 
transmits remittance for that invoice to the portal site 204, which may be done electronically 
or through paper. Alternatively, the user may maintain an account with the portal site 204, 

10 which may be electronically debited. Next, in step 544, the portal site 204 optionally deducts 
a portion of the remitted amount as compensation for acting as an intermediary, and transmits 
the remainder of flie remittance (electronically or in p^er form) to the supplier. At that point, 
the purchasing process 500 is complete. 

In addition to component selection and management and component purchasing, 

15 another feature preferably offered at the portal site 204 is a user profiling and automated 
design assistance. FIG. 4 is a flow chart illustrating a preferred process 400 for user profiling 
and design assistance, as may be used, for example, in connection with the system of FIG. 2. 
As illustrated in FIG. 4, at the start of the user profiling and automated design process 400, 
a user identification step 401 occurs when the user accesses the portal site 204. Such 

20 identification may be accomplished by recognition of a usemame/password combination, or 
a "cookie" left on the user system 220 (on, e.g., the user's hard drive), or other means. 
Typically, a user of the portal site 204 would be required to enter certain information at some 
point before accessmg certain features of the portal site 204. This information may include, 
for example, a user name, company affiliation, method of payment, type of engineering 

25 performed, and anticipated or actual size of the design in gates. This information is placed 
m the user^s profile and stored, for example in the affinity database 242. Such information 
may be updated periodically, as necessary, by the user. The user profile is accessed, as noted 
above, when the user first enters the portal site 204. If the user does not have aprofile when 
entering the portal site 204, the user may be prompted to enter data so as to gen^ate a user 

30 profile. 

In a preferred embodiment, some portion of the user profile is automatically generated 
by the portal site 204 based on the user's actions over time while visiting the portal site 204. 
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For example, the user profile data may include such information as tiie user's prior 
component purchases using the portal site 204, or prior usage or navigation patterns through 
the resources of the portal site 204. Such usage patterns may include, for example, flie 
numba: of times the user has visited or utilized various features of the portal site 204, the 
5 nxmiber of times certain infonnation items or types have been accessed and in what order, and 
other data which may be ^parent from analysis of the user*s habits through various data 
mining techniques as known in the art. Preferably, all searches, queries, results and parts 
utilized by a user are stored, in combination with other information, if desired, as part of the 
user profile data in the afSnity database 242 (and/or the metrics database 238). 

10 In a next step 402, Ihe plication server 232 invokes the context server 240 to retrieve 

the user profile uiformatioa In step 404, the context server 240 locates the user profile in the 
affinity database 242 (see FIG. 2). Jn a next step 406, the context server 240 pulls user profile 
data from the afSniiy database 242, such as", for example, the user's name, the user's employer 
or affiliation, the user's prior purchases, and the user's prior site navigation and usage 

1 5 patterns. In a next step 408, the context server 240 delivers this data to the application server 
232. 

After retrieving the user profile information and providing it to the application server 
232, in the following steps of the process 400, metrics information is retrieved aggregated 
from the habits and behavior of other design engineers using the portal site 204. Thus, in step 

20 41 0, the application server 232 invokes the metrics server 236. In a next step 412, the metrics 
server 236 pulls data from the metrics database 238 regarding the habits and behavior of users 
whose designs are similar in scale and/or type. For tfiis reason, it is preferred that the user 
profile for each xiser include some data about the scale and/or type of each design on which 
the user is working. More specifically, metrics data may include prior component purchases 

25 and prior site navigation or usage patterns across a plurality of users whose designs have 
similar design characteristics. In a next step 414, the metrics server 236 delivers the metrics 
data retrieved from the metrics database 238 to the application server 232. The application 
server 232 thus has available data for the individual user, in addition to users m the aggregate, 
which may be furnished to the other resources, features or applications of the portal site 204 

30 to facilitate the design process. 

An advantage provided by the process 400 described above is that it is useful from the 
standpoint of design knowledge capture. The ability to track the movements of individual 
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engineers through the portal site 204, Hhea aggregate those movements together, allows for 
capture and analysis of some aspects of the engineering design process that may have heen 
previously unappreciated. Such information may be valxiable in both academic and iindustrial 
contexts. 

5 In one embodiment, the application server 232 comprises campaigning software for 

targeting messages or banners to engineers and other us^ of the portal site 204 based on their 
past historical usage and the usage of those similarly situated. An example of campaigning 
software that may be used is SiteServer™ which is a commercial product available from 
Microsoft. Preferably, the campaigning software of the application server 232 provides the 

10 capability to assign different targeted messages or banners to different campaigns. A 
campaign message or banner database may be included at the portal site 204 for use in 
conjunction with the campaigning software. 

FIG. 6 is a flow chart illustrating a process 600 for providing information and services 
regarding virtual component blocks or IP cores, as may be used, for example, in connection 

1 5 with (he system of FIG. 2. Many of the steps in flie process 600 for providing information and 
services regarding virtual component blocks or IP cores are similar to the steps performed in 
coimection with the component information and management process 300 described earlier 
herein with respect to FIG. 3. For the purposes of convenience, the terminology "IP cores" 
will be used in the explanation of the process of FIG. 6, but such terminology is not intended 

20 to be limiting. 

In a jSrst step 601 of the process 600 depicted in FIG. 6, a user at the user system 220 
accesses the portal site 204 via the Intemet 230 in a manner similar to the described with 
respect to FIG. 3 (i.e., by entering the appropriate Unified Locator Resource (URL) or other 
applicable address), and in response the design console client software 228 displays a main 

25 design console menu screen on a computer screen at the user system 220. In a next step 602, 
the user at the user system 220 preferably selects an icon, link or other indicia for the IP core 
selection and managemmt resource. For example, the user may click on an appropriate icon 
or link displayed in the design console main screen so as to select the IP core selection and 
management resource, or by typing or entering an appropriate command. The user* s selection 

30 is then transmitted over the Intemet 230 to the portal site 204. 

In response to the user selecting the IP core selection and management resource, a Ust 
of different types of IP cores available for use or pxirchase is then retrieved at the portal site 
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204 from the catalog database 246, and then transmitted to and displayed at the user system 
220. Listed components may include, for exan^le, Viterbi decoders, digital signal processors, 
or any other IP cores a design enginea* may find usefid. If more than one specific type of ff 
core is available for a component, then, in step 603, the user may select the IP core type from 
5 the list provided in step 602, which preferably causes display of the available TP cores firom 
different manufacturers or suppliers, in a ranked ordering similar to that described with 
respect to FIG. 3. For example, if the user selects a digital signal processor as a component, 
the user system 220 may display a number of digital signal processors having specified 
sample rates, bandwidths, resolution, and so on. Alternatively, the user may be permitted to 

10 input search criteria to allow a search for all components meeting specified criteria, which 
may be implemented, for example, usmg ordinary database queries. For example, the user 
may search for all digital signal processors having a certain sample rate and/or a price of 
under a specified monetary amount. 

In a next step 604, user profiling and context routines are preferably invoked to assist 

15 in determining an ordering of display of the specific IP cores falling under the category of IP 
core type selected by the user. The user profiling and context routines are generally described 
in more detail herein with reference to FIG. 4. 

The process 600 then proceeds with step 606, wherein the application server 232 
retrieves a list of available IP cores fi-oin the catalog data base 246 via the catalog server 244 

20 based on the user's component selection in step 603, the user's design information (if 
available), and profile and context data obtained fi-om step 604. In a next step 608, the 
application server 232 ranks the available IP cores, preferably based upon the profile and 
context data obtained in step 604. The predicted best or most suitable choices for the user's 
design are placed at the top of the listing, based on the available information. Other choices 

25 of available ff cores for the selected ff core type preferably follow the best or most suitable 
ff cores. In one aspect, the Viset benefits fsxm past design experience of both his or her own 
design as well as that of ottier designers who have been in the position of making sunilar 
design choices in previous designs, fa a next step 610, the ranked list of available ff cores 
for tile selected ff core type is transmitted firom the portal site 204 to the user system 220 and 

30 displayed for tiie user's perusal. The ranked hst of available ff cores may be displayed, for 
example, as a list of selectable strings, 'liotlinks" or icons. The user reviews the ranked list 
of choices and, in step 612, selects one of the available choices by, e.g., highlighting the entry 
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and hitting a keyboard key (such as the return key), or clicking on the entry with a computer 
mouse, or selecting a number corresponding to ttie ranking of the desired IP core, or by any 
other selection means, flie specifics of which are not essential to the operation of the inventive 
concepts described herein. The user's selection is transmitted from the user system 220 to the 
5 portal site 204, 

In a next step 614, additional information about the IP core chosen in step 612 is 
displayed to the user. Such information preferably constitutes relatively high level data, and 
is generally intended to allow the user to determine relatively quickly whether the user should 
include the selected IP core in the design, look for a different P core from the ranked list, or 

10 gather fiirtherinfonnation about flie selected IP core. Preferably, the user is presented with 
icons or other interface features for conveniently selecting whether to immediately 
incorporated the selected IP core in the user's design, backtrack to the ranked list and look for 
a different IP core, or else pull up additional information about the selected IP core. If the 
user is interested in additional information, the process 600 proceeds to st^ 618, wherein &e 

1 5 usOT selects the ^propriate interface feature (e.g., an icon or menu selection entry) to receive 
additional information about the selected IP core. The user's selection for more information 
is transmitted from the user system 220 to the portal site 204. In a next step 620, the ftirther 
information concerning the selected IP core is displayed. Such information may include 
detailed IP core information such as, for example, IP core data sheets. Preferably, information 

20 regarding IP packaging technology and service providers for packaging technology is also 
provided, as is information regarding the quality or the validation of the selected IP core. In 
a preferred embodiment, interface data regarding each IP core is standardized in a conmion 
data format to allow designers to quickly and easily choose between different IP cores which 
will be easily interchangeable in an end users design. A hotlink to an IP knowledge database 

25 is preferably provided whereby the user can access information about DP usage such as bug 
tracking, TP authoring guidelines, application notes and so forth. A hotlink may also be 
provided to a posting board or other forum by which users may directly exchange information 
with each other regarding IP cores. A symbol and a footprint configuration for the selected 
JP core are also preferably provided, which may allow the user to make more informed 

30 decisions about placement oflP cores and other components in an overall design. 

When the user is satisfied that the selected IP core is suitable for the user's design, 
then in step 622 the user selects the IP core by selecting the appropriate feature from the user 
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interfece, on the other hand, the user does not want to use the selected IP core, the process 
moves to step 628, wherein the user selects the ^propriate feature from the user interface to 
return to the ranked list of choices displayed in step 610. If, on the other hand, the user 
decides to use the selected IP core in a design, the user then indicates such in step 622 by 
5 selecting the appropriate feature from the user interface. In a preferred embodiment, the 
process permits the user to place a graphical representation (e.g., symbol) of the selected IP 
core into the user's design by moving, copying or dragging the symbol of the selected IP core 
into the schematic program being used to develop the design. As part of the process of 
bringing the selected IP core into the schematic program, information concerning the selected 

10 IP core is preferably copied and stored at tiie user system 220 in the design database 225. 
Such information may include, for example, specifications concerning the selected IP core, 
as well as manufacturing information and a hyperlink to either the portal site 204 or a 
component supplier database 209 of the siq)plier or distributor of the selected IP core. 

In a next step 624, a purchasing routine is preferably invoked, during which flie 

1 5 selected IP core is purchased. Details of a preferred purchasing routine are described herein 
with respect to FIG. 5. In a following step 626, the selected and purchased IP core is 
delivered to the user, preferably in electronic format over the Internet 230. As a part of step 
626, the portal site 204 preferably performs a protection fimction where the JP core is 
protected from piracy or unauthorized use by embedding each IP core transmitted via the 

20 portal site with a digital watermark. One type of digital water-marking technique that may 
be used is disclosed, for example, in copending U.S. Patent Application Ser. No. 09/514,695 
(Attorney Docket 247/101) filed concurrently herewitii, and hereby mcoiporated by reference 
as if set forth ftilly herein. Alternatively, a digital watermark may simply comprise an 
embedded code (such as an encoded/encrypted identifier or set of identifiers) physically 

25 included as part ofthe IP core software. 

The steps for selecting specific IP cores are then repeated, if desired, for the other IP 
cores incorporated into the user's design. Thus, the process 600 returns to step 603 for each 
remaining IP core for which the user desires to select using the resources ofthe portal site 
204. Eventually, when the user finishes adding IP cores to the design, the process 600 returns 

30 to the general design console menu. 

Use ofthe process 600 illustrated in FIG. 6 is expected to benefit both suppliers and 
users. For example, the use ofthe JP cores selection and management process 600 faciUtates 



wo 01/65422 



PCT/DSOl/06141 



26 

the exchange of data regarding the quality and features of IP cores, which is beneficial to 
siqjpliers who are able to demonstrate such quality and features to end users, and to users who 
have greater assurance about the quality and functionality of a given IP core. The JP cores 
selection and management process 600 also provides for protection of the IP cores, which can 
5 be important to facilitating the entry of suppliers into the IP marketplace and to protect their 
mtellectual property rights in IP cores they have developed. Additionally, the IP core 
selection and management process 600 may advantageously reduce overhead for IP core sale 
and licensing transactions, because such transactions occur between a designer and a supplier 
viai a portal site 204 without the need for intervention by other personnel from sales, 

10 marketing or legal departments. 

FIG. 7 is a flow chart illustrating a process 700 for providing information and services 
regarding integrated circuit (IQ fabrication, as may be used, for example, in connection with 
the system of FIG. 2. In a first stqp 701 of the IC fabrication process 700, as with the 
processes described with respect to FIGs. 3 and 6, for example, a user at tiie user system 220 

15 accesses the portal site 204 via the Internet 230 in a manner similar to the described with 
respect to FIG. 3 (i.e., by entering the appropriate Unified Locator Resource (URL) or other 
applicable address), and in response the design console client software 228 displays a main 
design console menu screen on a computer screen at the user system 220. In a next step 702, 
the user at the user system 220 preferably selects an icon, link or other indicia for the IC 

20 fabrication resource. For example, the user may click on an appropriate icon or link displayed 
. in the design console main screen so as to select the IC fabrication resource, or by typing or 
entering an appropriate conunand. The user's selection is then transmitted over the Internet 
230 to the portal site 204. 

After the user selects the IC fabrication resource, in a next step 704, user profiling and 

25 context routines are preferably invoked to assist the user by determining an ordering of 
display of the specific IC fabrication options. The user profiling and context routines are 
generally described in more detail herem with reference to FIG. 4. The process 700 then 
proceeds with step 706, wherein the application server 232 selects appropriate IC fabrication 
options from the catalog data base 246 via the catalog, server 244 for the user based, for 

30 example, on the user's specific design and the user's profile and context data obtained fix>m 
step 704. Such IC fabrication options may include, for example, specific IC fabrication 
facilities to which the user may send the design for fabrication. In a next step 708, the 
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a|)p]ication server 232 ranks the available IC fabrication options, v^th the predicted best or 
most suitable choices for the user's design placed at the top of the listing, based on the 
available information. Other choices of available IC fabrication options preferably follow the 
best or most suitable IC fabrication options. In one aspect, the user benefits from past design 
5 experience of both his or her own design as well as that of other designers who have been in 
the position of making similar fabrication choices in previous designs. 

In a next step 710, the ranked Kst of available IC fabrication options is transmitted 
from the portal site 204 to the user system 220 and displayed for the user's perusal. The 
ranked list of available IC febrication options may be displayed, for example, as a list of 

10 selectable strings, **hotlinks'* or icons. The usar reviews the ranked list of choices and, in step 
712, selects one of the available choices by, e.g., highlightnig the entry and hitting a keyboard 
key (such as the return key), or clicking on the entry with a computer mouse, or selecting a 
number corresponding to the racking of the desired option, or by any other selection means, 
the specifics of which are not essential to the oporation of the inventive concepts described 

15 herein. The user's selection is transmitted from the user system 220 to the portal site 204. 

In a next step 714, information about the IC fabrication option chosen in step 712 is 
displayed. Such information preferably constitutes relatively high level data, and is generally 
intended to allow the user to determine relatively quickly whether the user should find out 
more information about the IC fabricator, purchase IC fabrication services, or obtain 

20 information about a different IC fabricator. If the user is mterested in additional information, 
the process 700 proceeds to step 718, wherein the user selects the appropriate interface feature 
(e.g., an icon or menu selection entry) to receive additional information about the selected IC 
fabricator. The user's selection for more infomiation is transmitted from the user system 220 
to the portal site 204. In a next step 720, the further information concerning the selected IC 

25 fabricator is displayed. Such information may include detailed information such as, for 
example, compatibility data for the IC fabricator, and semiconductor technology options 
available fix)m the IC fabricator. The information displayed in step 724 may be stored locally 
at the portal site 204, or optionally linked over the Internet 230 or otiierwise to the IC 
fabricator's web site or network. In addition to IC fabrication services, the IC fabricator may 

30 also offer specialized fabrication information on a subscription basis. 

If the user is interested in purchasing IC fabrication services or other products or 
services (e.g., specialized ioformation) from the displayed supplier, then the process 700 
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proceeds to step 724, wherein the ^plication server 232 accesses the affinity database 242 
(or another suitable database where such information may be maintained) to determine 
whether there is a subscription in place for the specific user. If not, then, in a next step 726, 
a purchasiug routine (such as that shown ia FIG. 5) is invoked by which such a subscription 
5 may be purchased by the user. If the uso" has a subscription, or purchases one, the process 
proceeds to step 730, wherein data regardiag the selected IC fabrication suppUer is transmitted 
to the user system 220 over the Internet 230. Such data preferably includes detailed 
iafoimation regarding the current state of compatibihty of the selected IC fabricator with 
component suppliers (including JP core suppliers). The catalog server 244, in one aspect, 

10 aggregates supplier information into a taxonomy of information which can be viewed 
contextually &om the portal site 204, Active compatibility links provide an automated means 
for communicating updates and changes to relevant suppliers and designers. The IC 
febricadon resource thereby allows end users to rapidly evaluate supply chain alternatives, and 
the viability and reliability of supply chain choices. Suppliers are additionally able to 

15 effectively communicate preferred supply chain partners to maximize compliance without 
having full manufacturing inputs. 

The portal site 204 preferably provides an interface or an automated mechanism for 
suppliers to enter and update compatibility information, as well as to expedite actions to 
address compatibility issues relating to relevant updates elsewhere in the supplier chain. 

20 After step 728, optional step 730 may follow in which automated user notifications regardiag 
compatibility iQ)dates may be selected. Such automated notifications may be subject to an 
additional fee, if desired. 

In a next step 734, the completed design is delivered from the portal site 204 to the IC 
fabricator for manufacturing. This delivery is preferably performed by electronic transmission 

25 over the Internet 230 to the website of the IC fabricator. However, the design may be 
transmitted on p2?)er, or by a computer medium (e.g., disk), or by any other suitable means. 
An advantage of accessing the information provided by the IC fabrication resource prior to 
sending the design out for manufacturing, the user is expected to minimize potential 
incompatibihty or manufacturabiHty problems. 

30 FIG. 8 is a flow chart illustrating a process 800 for providmg information, services 

and/or tools for electronic design automation (EDA), as may be used, for example, in 
connection with the system of FIG. 2. Electronic design automation is an estabUshed field 
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in electrical engineering and computer arts, and generally ref^ to automated tools for 
assisting with integrated circuit design and verification of design integrity and operation. 
Examples of electronic design automation tools include* schematic capture programs, 
simulators, emulators, and logic synthesizers, to name a few. 
5 In a first step 801 of the process 800 illustrated ia FIG. 8, as with the processes 

previously described (e.g., with respect to FIGs. 3, 6 and 8), a user at the user system 220 
preferably accesses the portal site 204 via the Internet 230 by entering the appropriate Unified 
Locator Resource (URL) or other applicable address. In response, the design console client 
software 228 displays a main design console menu screen on a computer screen at the user 

10 system 220. Jn a next step 802, the user at the user system 220 preferably selects an icon, link 
or other indicia for the EDA resource. For example, the user may click on an ^propriate icon 
or liTilf displayed in the design console main screen so as to select the EDA resource, or by 
typing or entering an appropriate command. The user's selection is then transmitted over the 
Internet 230 to the portal site 204. 

15 After the user selects the EDA resource, a list of diflferent types of EDA tools or 

services available for use or purchase is then retrieved at the portal site 204 &om the catalog 
database 246, and transroitted to and displayed at the user system 220. Listed EDA tools or 
services may include, for example, schematic capture programs, simulators, emulators, logic 
synthesis tools, or any other EDA tools a design engineer may find useful. In step 803, the 

20 user selects the desired EDA tool or service fi-om the list provided, which preferably causes 
display of the available EDA tools or services of the desired type from different manufacturers 
or suppliers, in a ranked ordering similar to that described with respect to FIGs. 3 and 6. To 
provide such a ranked ordering, in a next step 804, user profiling and context routines are 
preferably invoked. The user profiling and context routines are generally described in more 

25 detail herein with reference to FIG. 4. The process 800 then proceeds with step 806, wherein 
the application server 232 selects appropriate EDA tool or service options for the user fi-om 
the catalog data base 246 via the catalog servo: 244 based, for example, on the user's specific 
design, the design status (e.g., level of completion), the user's profile data, and tiie context 
data obtained fiom step 804. In a next step 808, the application server 232 ranks the available 

30 EDA tool and service options, with the predicted best or most suitable choices for the user's 
design placed at the top of the listing, based on the available information. Other choices of 
available EDA tool and service options preferably follow the best or most suitable options. 



wo 01/65422 



PCTAJSOl/06141 



30 

In one aspect, the user benefits firom past design experience of both his or her own design as 
well as fliat of other designers who have been in the position of making similar EDA tool or 
service choices in previous designs. 

In a next step 810, the ranked list of available EDA tool or service options is 
5 transmitted from the portal site 204 to the user system 220 and displayed for the user's 
perusal. The ranked list of available EDA tool or service options may be displayed, for 
example, as a list of selectable strings, *liotlinks" or icons. The user reviews the ranked list 
of choices and, in step 812, selects one of the available choices by, e.g., highlighting the entry 
and hitting a keyboard key (such as tiie retum key), clicking on the entry with a computer 
10 mouse, selecting a number correspondiag to tiie ranking of flie desured option, or by any other 
selection means, flie specifics of which are not essential to the operation of the inventive 
concepts described herein. The user's selection is transmitted from the user system 220 to the 
portal site 204 

In a next step 814, information about the EDA tool or service option chosen in step 

15 812 is displayed. Such information preferably constitutes relatively high level data, and is 
generally intended to allow the user to determine relatively quickly whether the user should 
find out more infonnation about the EDA tool or service, purchase or lease the EDA tool or 
service, or obtain information about a different EDA tool or service. If the user is interested 
in additional information, the process 800 proceeds to step 818, wherein the user selects the 

20 appropriate interface feature (e,g,, an icon or menu selection entry) to receive additional 
information about the selected EDA tool or service. The xiser's selection for more information 
is transmitted from the user system 220 to the portal site 204. In a next step 820, the further 
information concerning the selected EDA tool or service is displayed Such information may 
include detailed information such as, for example, infonnation regarding the capabilities of 

25 that specific EDA tool, such as limits to the number of gates in the design to be verified, 
processing speed, and other infonnation of use to the user. This information may also include 
such items as on-line seminars, product demonstrations and virtual benchmarks and 
evaluations of the EDA tools. Such information is particularly valuable in the context of EDA 
tools, due to the large number of such tools available and their complexity. 

30 If the user is not interested in the selected EDA tool or service, then the user may 

back out and retum to step 810, whereupon the ranked list is again displayed for the user's 
perusal. If, on the other hand, the user is interested in purchasing or leasing the selected EDA 
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tool or service, Ihea fhe process 800 proceeds to step 824, wherein a purchasing routine (such 
. as that shown in FIG, 5) is invoked. In a next step 826, the selected EDA tool or service is 
delivered to the user. Typically, the EDA tool is in the form a software package, and is 
preferably electronically transmitted, along with a license for a specified term, to the user 
5 system 220 via the Internet 230. The license may he on a per use, per hour or per day basis, 
or for a duration mutually agreeable to the manufacturer and the end user. In a next step 828, 
the user operates the EDA tool or otherwise utilizes the purchased EDA services. 

Altematively, the EDA tool may be run at a remote site that is leased on a temporary 
basis j&om a supplier of large distributed computing resources, as disclosed in greater detail 

1 0 below in comiection with the process illxistrated in FIG. 9. 

Where the EDA tool includes a hardware con^onent, such as in the case of hardware 
emulation, then in step 826, ratiier than receiving a software package over the kitemet 230, 
the user preferably delivers the design to the emulation tool provider. For example, the user 
may transmit his or her design to the emulation tool provider over the Internet 230. 

1 5 The design console client software 228 may be adapted to fecilitate use of one or more 

EDA tools available to the user system 220 (either downloaded from the portal site 204 or 
otherwise installed at or available to the user system 220). The design console client software 
228 preferably allows the user to launch all of the available EDA tools available at the user 
system 220. The design console client software 228 also preferably comprises an asset 

20 manager (particularly in a local network or intranet enviroimaent) which allows the user to 
find out the availability of EDA tools, the availability of CPU time and disk space, and which 
user is utilizing these resources. In a preferred embodiment, the design console client 
software 228 is adapted to allow the user to put together a series of scripts so as to program 
the usage of one or more EDA tools, which may be accessed, as needed, via the portal site 

25 204: For example, a user might program a script for a design compiling process using a 
compiler tool, followed by a simulation run using a simulator tool, followed by additional 
EDA processes, if desired. The scripted processes.may be designated to run on a computing 
time availability basis, such that the processes are invoked only when the necessary 
computing resources become available. 

30 Support for EDA tools is also preferably provided through the portal site 204. In a 

preferred embodiment, users can access EDA tool provided through the portal site 204 by 
activating a link to the website of the EDA tool provider. Problems arising from inadequate 
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training of flie user may be resolved by providing on-line training on an as-needed basis 
through the portal site 204 as well. Such training may be made available by the provider for 
a fee, and purchase of training services may be carried out generally according to, for 
example, the process 500 set forth in FIG. 5. 
5 FIG. 9 is a flow chart illustrating a process 900 for providing access to computing/ 

processing resources through a portal site such as illustrated, for example, in FIG. 2. Such 
computing/processing resources may be physically located at remote, computing farms 205, 
which can comprise dedicated, liigh perfomiance mainframes or minicomputers or networked 
computers, or else can comprise computer network resources made available by participating 

10 companies whea such computing resources are not being used (i.e., off hours). The 
computing and processing resources may be purchased or leased to support the operation of 
EDA tools either resident at the user system 220, or else leased or purchased ^ough tiie 
portal site 204. A user can therefore avoid ttie need for an outright purchase or long-term 
lease of a necessary EDA tool and the hardware for running it, by leasing both the EDA tool 

1 5 and the computing resources to run it via the portal site 204. 

Thus, in a first step 901 of the process 900 illustrated in FIG. 9, as with the processes 
previously described (e.g., with respect to FIGs. 3, 6 and 8), a user at the user system 220 
preferably accesses the portal site 204 via the Internet 230 by entering the appropriate Unified 
Locaitor Resource (URL) or other applicable address. In response, the design console client 

20 software 228 displays a main design console menu screen on a computer screen at the user 
system 220.. hi a next step 802, the user at the user system 220 preferably selects an icon, link 
or other indicia for the computing/ processing resource. For example, the user may.click on 
an appropriate icon or link displayed in the design console main screen so as to select the 
computing/processing resource, or by typing or entering an appropriate command. The user's 

25 selection is then transmitted over the Intraiet 230 to the portal site 204. 

After the user selects the computing/processing resource, a list oiF different types of 
computing/processing sites or resources available for use or purchase is then retrieved at the 
portal site 204 firom the catalog database 246, and transmitted to and displayed at the user 
system 220, the list appearing in a ranked ordering similar to that described with respect to 

30 FIGs. 3 and 6. To provide such a ranked ordering, in step 904, user profiling and context 
routines are preferably invoked. The user profiling and context routines are generally 
described in more detail herem with reference to FIG. 4. The process 900 then proceeds to 
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step 906, wherein the jqjplication server 232 selects appropriate computing/processing site or 
resource options for the user from the catalog data base 246 via the catalog server 244 based, 
for example, on the user's specific design (including the size of the design), the type of EDA 
tool being run, the user's profile data, and the context data obtained fix)m step 904. In a next 
5 step 908, the application server 232 ranks the available computing/ processing site or resource 
options, with the predicted best or most suitable choices for the user's design placed at the top 
of the listing, based on the available infonnatioiL Ofher choices of available 
computing/processing site or resource options preferably follow the best or most suitable 
options. Jn one aspect, the user benefits from past design experience of both his or her own 

10 design as well as tiiat of other designers who have been in the position of makmg similar 
computing and processing resource choices ini previous designs. 

In a next step 9 1 0, the ranked list of available computing^cessing site or resource 
options is transmitted &om the portal site 204 to the user system 220 and displayed for the 
user's perusal. The ranked list of available computing^rocessing site or resource options may 

1 5 be displayed, for example, as a list of selectable strings, 'Tiotlinks" or icons. The user reviews 
the ranked Ust of choices and, in step 912, selects one of the available choices by, e.g., 
highlighting the entry and hitting a keyboard key (such as the return key), clicking on the 
entry with a computer mouse, selecting a number corresponding to the ranking of the desired 
option, or by any other selection means, the specifics of which are not essential to the 

20 operation of the inventive concq)ts described herein. The user's selection is transmitted from 
the user system 220 to the portal site 204. 

In a next step 914, information about the computing/processing site or resource option 
chosOT in step 912 is displayed. Such information preferably constitutes relatively high level 
data, such as availability of computing power (both in terms of overall cycles available and 

25 times of such availability) as well as usage rates, and is generally intended to allow the user 
to determine relatively quickly whether the user should find out more information about the 
computing/processing site or resource, purchase or lease the services of the 
computing/processing site or resource, or obtain information about a different 
computing/processing site or resource. If the user is interested in additional information, the 

30 process 900 proceeds to step 918, wherein the user selects the appropriate interface feature 
(e.g., an icon or menu selection entry) to receive additional information about the selected 
computing/processing site or resource. The user's selection for more information is 
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transmitted from the user system 220 to the portal site 204. In a step 920, the further 
mfoimation cx^nceming the selected computing/ processing site or resource is displayed Such 
information may include detailed information such as, for example, detailed pricing 
information, notes regarding the suitabihty of the computing resources to specific software 
5 suites and design task appUcations (for instance, some EDA tools and applications require 
short-term very high throughput, whereas others can operate with low throughput over a 
longer period), and other information of use to the user. The pricing structure may be such 
that larger amounts of computing time, or computing time that is required on a more 
immediate basis, will be priced higher. 

1 0 If the user is not interested in the selected computing^rocessing site or resource, then 

flie user may back out and return to step 910, whereupon the ranked list is again displayed 
for the user's perusal. If, on the oflier hand, the user is interested in purchasing or leasing the 
sOTvices of the selected computing/processing site or resource, then the process 900 proceeds 
to step 924, wherein a purchasing routine (such as that shown m FIG. 5) is invoked. In a next 

15 step 926, the user preferably delivers the design, and either the EDA software tool or 
instructions or a Unk to a leased EDA software tool, to the computing/processing site or 
resource provider. For example, the xiser may electronically transmit his or her design, and 
the EDA tool or instructions or a link to a leased EDA tool, to the computing/processing site 
or resource provider over the Intemet 230. In one or more preferred embodiments, an EDA 

20 tool supplier 210 may work dkectly with a si5)pUer of computing/processing resources (e.g., 
a computing ferm) 205, and the EDA tool software may be transmitted directly from the EDA 
tool supplier 210 to the computing farm 205 in a way that is coordinated through the portal 
site 204 to minimize the complexity of the transaction. 

In a next step 928, the software for the EDA tool software is run remotely at the- 

25 computing farm 205 (or other remote computing resource) using the computmg/processing 
resources purchased or leased by the user. The computmg farm 205 (or other remote 
computing resource) returns the results of the completed run, as well as any software or data 
that is not owned by or licensed to the computing farm 205. Alternatively, such unlicensed 
software or data may simply be deleted by the computing farm 205 (or other remote 

30 computing resoxirce) after return of the results to the end user. 

The aforementioned process 900 peraaits owners of large computer networks, such as 
large companies having thousands of networked computers, to utilize those computers during 
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ofiFhours as a revenue source by makmg them available fhrough the portal site 204 for usage 
by end users requiring computing time to run EDA tools and applications. Some companies 
or organizations may be solely devoted to the business of providing computing/processing 
resources on an as-needed basis. An advantage of the process 900 for purchasing/leasing 
5 computational resources, from the standpoint of the end user, is the ability to access large 
amounts of computing power as needed, without tiie requirement to purchase expensive 
con:^uting hardware to meet short-term spikes in usage requirements. Often, large amounts 
of computing power are only needed at discrete points in the design process, such as 
simulation. The alternative - purchasing large computer systems simply for individual 

10 discrete points in the design process - can be inefficient and costly. 

FIG. 10 is a flow chart illustrating a process 1000 for providing expert design 
assistance and services through a portal site such as illustrated, for example^ in HG. 2. One 
or more design experts 203 may be made available to design^s working at user systems 220 
to assist in various design problems. Access to the design experts 203 is preferably 

15 coordinated through the portal site 204, thereby providing an additional valuable resource for 
engineers and designers utilizing the portal site 204. The relatively rapid access to design 
experts assistance (in the form of both static textual materials and hmnan interactions) 
provided by the portal site 204 helps minimize delays in the design process caused by the 
inconvenience of attempting to locate suitable expert publications, or design experts with the 

20 proper background and availability to be of assistance. 

In a first step 1001 of the process 1000 of obtaining expert design assistance via the 
portal site 204, as with the processes previously described (e.g., witti respect to FIGs. 3, 6, 8 
and 9), a user at the user system 220 preferably accesses the portal site 204 via the Internet 
230 by entering the appropriate Unified Locator Resource (URL) or other applicable address. 

25 In response, the design console client software 228 displays a main design console menu 
screen on a computer screen at the user system 220. In a next step 1002, the user at the user 
system 220 preferably selects an icon, link or other indicia for the design expert resource. For 
example, the user may click on an appropriate icon or link displayed in the design console 
main screen so as to select the design expert resource, or by typing or entering an appropriate 

30 command. The user's selection is then transmitted over the Internet 230 to the portal site 204. 

After the user selects the design expert resource, a hst of different design expert 
categories is then retrieved at the portal site 204 from the catalog database 246, and 
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transmitted to and displayed at the user system 220. Examples of such categories may 
include, for example, codified knowledge, custom response, live response, and design 
outsourcing. In step 1003, the user selects an expert design assistance category, or 
alternatively, searches for an expert design assistance category or a particular exp^ with 
certain attributes, using a standard search tool providing by the design console client software 
228. 

The user's selection of the expert design assistance category results in a ranked list of 
experts for the selected design expert category appearing for the user (similar to the type of 
ranked list described with respect to FIGs. 3, 6, 8 and 9). To provide such a ranked ordering, 
in step 1004, user profiling and context routines are preferably invoked. The user profiling 
and context routines are generally described in more detail herein with refermce to FIG. 4. 
The process 1000 then proceeds to step 1006, wherein the application server 232 selects 
appropriate design e}iperts for the selected design expert category from the catalog data base 
246 via the catalog server 244 based, for example, on the user's specific design, the stage of 
completion of the design, the type of EDA tool (if any) being run, the user's profile data and 
context data obtained from step 1004, and possibly data regarding the design expert, such as 
the design expert's availabiUty (which may be iq)dated periodically by the individual design 
expert 203). In a next step 1008, the application server 232 ranks the design experts, with the 
predicted best or most suitable choices placed at the top of the listing, based on the available 
information. Other choices of available design experts preferably follow the best or most 
suitable options. In one aspect, the user benefits from past design experience of both his or 
her own design as well as that of other designers who have been in the position of needing 
similar design expert assistance in previous designs. 

In a next step 1010, the ranked list of design experts is transmitted from the portal site 
204 to the user system 220 and displayed for the user's perusal. The ranked list of available 
design expert categories may be displayed, for example, as a list of selectable strings, 
*liotlinks" or icons. The user reviews the ranked list of choices and, in step 1012, selects one 
of the available choices by, e.g., highlighting the entry and hitting a keyboard key (such as the 
retum key), clicking on the entry with a computer mouse, selecting a number corresponding 
to the ranking of the desired option, or by any other selection means, the specifics of which 
are not essential to flie operation of the inventive concepts described herein. The user's 
selection is transnutted from the user system 220 to the portal site 204. 
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In a next step 1014, infonnation about the selected design expert in step 1012 is 
displayed Such infonnation preferably includes, for example, data regarding the particular 
expertise and experience of the expert and rates charged by that expert for assistance, and is 
generally intended to allow the user to deterroine relatively quickly whether the user should 
5 find out more information about the design expert, employ the services of the design expert, 
or obtain infonnation about a different design expert. If the user is interested in additional 
information, the process 1000 proceeds to step 1018, wherein the user selects the ^propriate 
inter&ce feature (e.g., an icon or menu selection entry) to receive additional infonnation about 
the selected design expert. The user's selection for more information is transmitted fiom the 

10 user system 220 to the portal site 204. In a next step 1020, the further infonnation concerning 
the selected design expert is displayed. Such information may include detailed information 
such as, for example, more detailed qualifications of the expert, the past achievements of tibie 
Gxped, more specific information concerning tiie rates of the design experty contact 
infonnation (e.g., address, telephone number, e-mail address, link to expert's website, etc.), 

1 5 and any other information which may help the end user to make a determination whether or 
not the given expert would be helpful. 

It is contemplated that among the information displayed for the design expert will be 
the expert's "class of expertise." In a preferred embodiment, multiple classes of expertise are 
defined, ranging, for example, fi"om least involvement firom the expert to the greatest 

20 involvement of the expert. In an illustrative embodiment, such classes of expertise are four 
in number, and include the following classes: (i) codified knowledge, (ii) custom response, 
(iii) live response, and (iv) outsourcing of tiie entire design. The codified knowledge class of 
expertise is a category by which the user is allowed access to expert knowledge in the form 
of scientific jomnals and other printed publications placed on line. The custom response class 

25 of expertise involves a delayed exchange between the end user and the design expert 203 via 
e-mail or other messaging or conununication means, whereby the design e:q)ert 203 reviews 
the design problem and transmits an 25)propriate response or advice to the user. The live 
response class of expertise involves a real-time connection between the end user and the 
design expert 203. The real-time connection may be accompUshed, for example, by way of 

30 the Intemet 230, video conferencing, teleconferencing, or actual face-to-face meetings. The 
design outsourcing class of expertise involves the user providing information concerning the 
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actual design to the design e:^ert 203, who then performs design services on a fee basis for 
the user. 

If the user is not interested in the selected design expert, then the user may back out 
and return to step 1010, whereupon the ranked Ust is again displayed for the user's perusal. 
If, on the other hand, the user is interested in employing the services of the selected design 
expert, then the process 1000 proceeds to step 1024, wherein a purchasing routine (such as 
that shown in FIG. 5) is invoked In a next step 1026, the user receives the expert services. 
If access to codified knowledge was purchased, relevant items are made available to the user. 
If other expert services were purchased, communication is initiated between the user and the 
design expert 203, in accordance with the type of expert services purchased. The user may 
be requested by the design expert 203 to deliver information concerning the user's design to 
the design expert 203, or else may utilize the collaboration features provided by the portal site 
204 to allow fhe design expert to assist with the design process. 

In the system 200 of FIG. 2, whenever it is mentioned herein that additional 
information is provided by the portal site 204 to the user system 220 concerning any of the 
design resources (e.g., components, electronic design automation tools, JP cores, design 
experts, etc.), such additional information may be provided by connecting the user system 220 
to a different website (of, for example, the supplier, manufacturer, distributor, expert, etc.) 
through a hyperlink to the different website. To facilitate such a connection, the initial 
ixifonnation transnaitted from the portal site 204 to the user system 220 may contain one or 
more hyperlinks associating selection options with specific web locations (e.g., deep links) 
where the relevant information may be found. By activating the hyperlink, a web browser or 
other similar tool at the user system 220 may connect &e user system 220 to the appropriate 
destination. Preferably, a tag or other information is appended to the address information 
(encoded or otherwise) within the hyperlink identifymg the source (i.e., the portal site 204) 
from which the user was directed. The appmded address information may be parsed out and 
stored at the destination website, so as to keep track of traffic directed to die destination 
website &om the portal site 204. When the user is finished reviewing the iofonnation at the 
new destination, the user may backtrack to the portal site 204 using the ordinary capability 
of the web browser or other similar tool. 

It will be appreciated that a portal site has been described having a wide variety of 
features, and a great deal of flexibihty, for connecting circuit designers and engineers with 
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suppliers and othe resources usefiil to the design process. The portal site preferably provides 
an open inJ&astmcture capable of accommodating a growing nimiber of users and suppliers. 
Indeed, it is contemplated that the efficiency and utility of the system increases as the number 
of suppliers increases. As the number of suppliers increases, more services and goods are 
5 available, and the system is better able to meet the comprehensive needs of the users. The 
system also facilitates the participation of small suppliers, because the iq)-fiont cost of linking 
to the portal site can be much less than what the supplier might otherwise spend on overall 
sales and marketing efforts. From the perspective of flie users, access to a larger number of 
EDA software tools on a per-use or other short-term basis is greatly expanded, rendering such 

1 0 tools more affordable and making them available to a larger number of end users. Likewise, 
access to substantial computing/processing resources also benefits the users by alleviating the 
need to purchase expensive hardware for running EDA tools. 

In a preferred embodiment, the portal site 204 facilitates appropriate connections 
between different services and processes offered through the portal site 204. For example, a 

15 user may license an IP core from an IP core supplier 208 using the features of the portal site 
204, request expert assistance from a design expert 203 (located and contacted through the 
portal site 204) for integrating the licensed IP core into a larger design, simulate the overall 
design (including the Ucensed IP core) using software obtained through the portal site 204 
from an EDA tool supplier 210, and run the simulation on a computer farm 205 also made 

20- available through the portal site 204. 

A preferred method for facilitating circuit design and providing design tools and 
services to users on a commercial basis has been disclosed, along with some of the attendant 
advantages tiiereof It will be apparent, however, that various changes may be made in the 
form, content and arrangement of the systems and/or process steps without departing from the 

25 spirit and scope of the invention, the systems and metiiods hereinbefore described being 
merely a preferred or exemplary embodiments thereof Therefore, the invention is not to be 
restricted or limited except in accordance with any appended claims and their legal 
equivalents. 
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CLAIMS 



What is claimed is: 

5 LA system for providing remote resources for circuit design, comprising: 

a computer system comprising a catalog database, said computer system accessible 
over a distributed electronic network as a specified portal site, said catalog database storing 
component data for use in different stages of a design process; 

ani ^plication server run on said computer syst^ said application server connected 
10 to said catalog database; and 

a network interface managed by said computer system for receiving requests to access 
said component data over said distributed electronic network. 

2. The system of claim 1 , further comprising a metrics database for maintaining 
15 prior usage information regarding visits by users to said portal site, said prior usage 

information comprising which option of a plurality of options was selected by a user and 
available characteristics of the user's design when selecting said option. 

3. . -The system of claim 1, wherein said application server presents said plurality 
20 of options to a user based upon said prior usage information maintained in said metrics 

database. 

4. The system of claim 2, further comprismg an affinity database for maintaining 

* 

profile data relating to users accessing said portal site. 

25 

5. The system of claim 4, wherein said affinity database fialher compriises prior 
usage patterns of the portal site by one or more of said users. 

6. The system of claim 5, wherein said application server presents said plurality 
30 of options to a user based upon said prior usage patterns maintained in said affinity database. 
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7. The system of claim 1, wherein said componeot data for use in different stages 
of the design process comprises a list of available electrical components. 

8. The system of claim 7, wherein said conaponent data for use in different stages 
5 of the design process comprises one or more of the following: componmt data sheets, timing 

models, application notes, simulation models, and signal integrity models. 

9. The system of claim 1, wherein said catalog database comprises electronic 
links to one or more supplier databases. 

10 

10. The system of claim 1, wherein said network interface receives requests for 
processing circuit designs and, in response thereto, said application server forwards said 
circuit designs to a remote computing farm for processing. 

15 11. The system of claim 1, wherein said computer system further comprises a 

listing of electronic design automation software tools conditionally accessible to remote users 
upon request. 

12. The system of claim 11, wherein said electronic design automation software 
20 tools are made accessible to remote users for a designated fee. 

13. A method for providing cncuit design resources from a plurality of suppliers 
to a plurality of end users, comprising the steps of: 

coimecting, on a demand basis, a plurality of user systems to a portal site over a 
25 distributed electronic network, said portal site comprising an aiq)Iication server interconnected 
with a plurality of databases; 

coimecting a plurality of supplier systenas to said portal site over said distributed 
electronic network; 

receiving requests fi-om said user systems for access to any of a plurality of design 
30 resources available through said portal site; and 

automatically responding to said requests from said user systems. 
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14. The method of claim 13, wherein said design resources include a database of 
component data for a plurality of available circuit components, wherein said step of receiving 
requests from said user systems for acc^s to any of said plurality of design resources 
comprises the step of receiving 'a request from at least one user system for access to said 

5 database of component data, and wherein said step of automatically responding to said 
requests from said user systems comprises the step of transmitting component data from said 
portal site to said at least one user system. 

15. The method of claim 14, fiirflier comprismg the steps of providing a graphical 
1 0 interface at each user system, receiving at said user system an input selection corresponding 

to one of said design resources, and transmitting from said user system to said portal site an 
indication of said input selection; 

wherein said step of receiving requests from said user systems for acce^ss to any of said 
plurality of design resources available through said portal site comprises the step of receiving 
1 5 said indication of said input selection at said portal site. 

16. The method of claim 14, further comprising the steps of: 
retrieviQg a stored user profile for a user at one of said user systems; 
suggesting to the user a next action at the portal site based upon the closeness of the 

20 stored user profile to the user*s current status. 

17. The method of claim 13, wherein said design resources comprise electronic 
design automation software tools. 

25 18. The method of claim 17, wherein said step of receiving requests from said user 

systems for access to any of said plurality of design resources comprises the step of receiving 
a request from one of said user systrais for an electronic design automation software tool, 
providing linking information to said one of said user systems to a provider of said electronic 
design automation software tool, and 

30 

19. A method for providing circuit design resources from a plurality of suppliers 
to a plurahty of end users, comprising the steps of: • 
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receiving a user request at a portal site for a listing of providers of integrated circuit 
fabrication services, said uso: request received Scorn a user system over a distributed electronic 
network; 

obtaining a list of providers of integrated circuit fabrication services Scorn a database; 
5 transmitting said list of provides of integrated circuit fabrication services to said user 

system over said distributed electronic network; 

receiving at the portal site, over said distributed electronic network, a selection from 
the user system of one of said providers of integrated circuit fabrication services; 

obtaining additional information regarding the selected provider of integrated circuit 
1 0 fabrication services Scorn said database; 

transmitting said additional information to said user system ov^ said distributed 
electronic network; and 

receiving at the portal site, over said distributed electronic network, a selection Scorn 
said user system of the selected provider of integrated circuit fabrication services for use. 

15 

20. The method of claim 19, further comprising the steps of: 
invoking a purchasing routine; and 

connecting the user system to the selected provider of integrated circuit fabrication 
services. 

20 

21. TTie method of claim 19, wherein said step of invoking said purchasing routi^^ 
comprises the steps of: 

transmitting, from a user logged on said user system, a request for a price quote to the 
selected provider of integrated circuit fabrication services over said distributed electronic 
25 network; 

generating an electronic offer at the provider, 

transmitting said electronic offer from the suppUer to said user system over said 
distributed electronic network; 

receiving an message from said user system accepting or declining said electronic 

30 offer; 

if the offer is accepted, determining whether said user is authorized to accept said 
electronic offer; and 
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transmittmg an electromc acceptance to fhe supplier over said distributed electronic 
network. 

22. The method of claim 21, fiirther comprising the steps of: 

transmitting an electronic invoice from said selected provider of integrated circuit 
fabrication services to said user system over said distributed electromc network; and 
remitting a transaction fee from the supplier to said portal site. 

23. The method of claim 21, further comprising the steps of: 
generating an electromc invoice at said portal site; 

transmitting said electronic invoice from said portal site to said user system over said 
distributed electronic network; 

receiving payment for said electronic invoice from said user; 

deducting a transaction fee from said payment at said portal site; and 

remitting the remainder of said payment to said selected provider of integrated circuit 
fabrication services. 

24. The method of claim 1 9, further comprising the steps of: 

invoking profiling and context routines at said portal site in response to receiving a 
user request at a portal site for a listing of providers of integrated circuit fabrication services; 
and 

ordering said listing of providers of integrated circuit fabrication services based at 
least in part upon results of said profiling and context routines. 

25. The method of claim 24, wherein said profiling and context routines include 
the steps of: 

identifying a specific user coimected to said portal site; 

retrieving profile data regarding the specific user fix)m an afiBnity database if said user 
is identified; 

retrieviug metrics data regarding a plurality of users from a metrics database; and 
using said profile data and metrics data in said step of ordering said listing of providers 
of integrated circuit fabrication services. 
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26. The method of claim 25, wherein said profile data includes prior purchases by 
the specific user. 

5 27. Hie method of claim 25, wherein said profile data includes prior usage patterns 

of the portal site by the specific user. 

28. The method of claim 25, wherein said metrics data includes prior purchases 
by oth^ users having similar designs. 

10 ' 

29. The method of claim 25, wherein said metrics data includes prior usage 
patterns of the portal site by other users having similar designs. 

30. The method of claim 19, wherein said distributed electronic network comprises 
15 thehitemet. 

3 1 . The method of claim 19, further comprising the steps of: . 

receiving a request firom said user system over said distributed electronic network for 
component data; 

20 transmitting a list of component categories to said usct system over said distributed 

electronic network; 

receiving a component category selection &om said user system over said distributed 
electronic networic; 

retrieving, firom a component database, a list of available components corresponding 
25 to said component category selection; and 

transmitting said list of available components to said user system over said distributed 
electronic network, 

32 . The method of claim 3 1 , wherein said component data comprises component 
30 value and tolerance information. 



33. 



The method of claim 31, fiirther comprising the steps of: 
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receiving, fiom said user system over said distributed electronic netwodc, a conq)onent 
selection of one of said available electronic components; 

retrieving further information regarding the selected electronic component; and 
transmitting said further information regarding the selected electronic component to 
5 said user system over said distributed electronic network. 

34. The method of claim 33, wherein said further information comprises symbol 
and footprint data for the selected electronic component 

10 35. The method of claim 31, wherein said component data comprises a link to 

suppliers of said available electronic components. 

36. The method ofclaim 31, fiirfhercompiismg the steps of: 
receiving a request fiom said user system over said distributed electronic network for 
1 5 purchase of one of said available electronic components; and 

invoking a purchasing routine; and 

informing a supplier of said one available electronic component of said request for 
purchase. 

20 37. The method of claim 1 , fiirther comprising the stqp of providing information 

and services regarding virtual circuit blocks at said portal site. 

38. The method ofclaim 37, further comprismg the steps of; 
receiving a request fiom said user system over said distributed electronic network for 
25 virtual circuit block data; 

transmitting a list of virtual circuit block categories to said user system over said 
distributed electronic network; 

receiving a virtual circuit block category selection from said user system over said 
distributed electronic network; 
30 retrieving, from a virtual circuit block database, a list of available virtual circuit blocks 

corresponding to said virtual circuit block category selection; and 
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traosmitting said list of available viitoal circuit blocks to said user system over said 
distributed electronic network. 

39. The method of claim 37, further comprising the step of: 
5 receiving, from said user system over said distributed electronic networic, a selection 

of one of said virtual circuit blocks; and 

providing the selected virtual circuit block to said user system by transmitting said 
virtual circuit block over said distributed electronic network. 

10 40. The method ofclaim 38, further conq>rising the steps of 

receiving a request from said user system over said distributed electronic network for 
further information regarding said virtual circuit blocks; 

retrieving further information regarding said virtual circuit blocks at said portal site; 

and 

.15 transmitting said further information regarding said virtual circuit blocks to said user 

system over said distributed electronic network. 

41. The method of claim 40, wherein said further information regarding said 
virtual circuit blocks comprises design data format information and integration information 

20 relating to a specified virtual circuit block. 

42. The method of claim 19, further comprising the step of providing electronic 
design automation information and services over said distributed electronic network via said 
portal site. 

25 

43 . The method of claim 42, comprising the steps of: 

receiving a request from said user system over said distributed electronic network for 
electronic design automation tool information; 

transmitting a list of electronic design automation tool categories to said user system 
30 over said distributed electronic network; 

receiving an electronic design automation tool category selection from said user 
system over said distributed electronic network; 
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retrieving^ fiom an electronic design automation tool database, a list of electronic 
design automation tools corresponding to said electronic design auton:iation tool category 
selection; and 

transmitting said list of electronic design automation tools to said user system over 
5 said distributed electronic network. 

44. The method of claim 43, further comprising the step of: 

receiving, firom said user system over said distributed electronic network, a selection 
of one of said electronic design automation tools; and 
10 providing the selected electronic design automation tool to said user system by 

transmitting software for said electronic design automation tool over said distributed 
electronic network. 

45. The method of claim 43, further con:q)rising the steps of 
receiving a request fiom said user system over said distributed electronic network for 

further information regarding said electronic design automation tools; 

retrieving further information regarding said electronic design automation tools at said 
portal site; and 

transmitting said further information regarding said electronic design automation tools 
to said user system over said distributed electronic network. 

46. The method of claim 19, further comprising the step of providing information 
and services regarding computational and processing resources provided at remote sites 
accessible over said distributed electronic network. 

25 

47. The method of claim 46, comprising the steps of: 

receiving a request from said user system over said distributed electronic network for 
remote computing resources information; 

retrieving, fiom an remote computing resources database, a Ust of remote computing 
30 resource service providers; and 

transmitting said hst of remote computing resource service providers to said user 
system over said distributed electronic network. 



15 



20 
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48. The method of claim 47, further comprising the step of: 

receiving, from said user system over said distributed electronic network, a selection 
of one of said remote computing resource service providers; and 

providing access to said user system of computing resources at the selected remote 
computing resource service provider. 

49. The method of claim 48, further comprising the step of transmitting, over said 
distributed electronic network and via said portal site, electronic design automation tool 
software and design data to the selected remote computing resource provider* 

50. The method of claim 19, further comprising the step of providing information 
and services regarding experts at said portal site. 

5 1 . The method of claim 50, comprising the steps of: 

receiving a request from said user system over said distributed electronic network for 
expert design service information; 

transmitting a list of expert design service categories to said user system over said 
distributed electronic network; 

receiving an expert design service category selection from said user system over said 
distributed electronic network; 

retrieving, from an electronic design automation tool database, a list of experts 
corresponding to said expert design service category selection; and 

transmitting said list of experts to said user system over said distributed electronic 
network. 

52. The method of claim 51, ftffther comprising the step of: 

receiving, from said user system over said distributed electronic network, a selection 
of one of said experts; and 

providing information to said user system or the selected expert to facilitate 
connection between said user system and said expert. 
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S3. A method for design knowledge capture in a portal site ad^ted for transacting 
commerce relating to electromc design, comprising the steps of: 

tracking movements of a plurality of users through the portal site; 

storing, in a metrics database, said movements of said users through the portal site; 

obtaining design data regarding the electronic design projects of said users and the 
information and services purchased by said users through the portal site; and 

suggesting options for navigating through said portal site to a visiting user based upon 
the information stored in said metrics database for said users similarly situated to the visiting 
iiser. 
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